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1.  Executive  Summary 


The  Year  2000  Challenge  is  one  all  Commonwealth  agencies  face  together.  The  goal  of  the 
Information  Technology  Division  (ITD)  is  to  foster  awareness  about  the  issue,  provide 
coordination  and  support  to  agencies,  and  monitor  and  report  on  agency  progress.  This  packet  of 
information,  as  well  as  the  Commonwealth's  Year  2000  Web  site 

(http://www.eoaf.state.ma.us/y2k/index.stm),  are  being  offered  to  support  agencies  in  their 
Year  2000  efforts. 

At  its  most  basic  level,  the  Year  2000  challenge  results  from  the  fact  that  in  the  past  20  to  30 
years,  most  computer  systems  have  been  designed  so  that  date  fields  utilize  two  digits  to 
designate  the  year.  At  the  turn  of  the  millennium,  these  systems  will  not  be  able  to  correctly 
interpret  the  year  "00"  unless  they  are  redesigned  to  incorporate  four-digit  fields  to  designate  the 
century. 

What  sounds  like  a  relatively  simple  issue  is  converted  to  a  "challenge"  when  one  considers  the 
number  of  lines  of  code  that  have  to  be  reviewed  to  identify  and  correct  the  problem.  The 
difficulty  is  compounded  by  the  ubiquitous  use  of  date  fields  in  programs  and  databases  and  by 
the  fact  that  these  date  fields  are  not  always  easily  recognized  as  such.  The  Year  2000  date 
change  is  most  likely  to  cause  problems  in  the  following  areas:  age  determination,  sorting  by 
date,  comparisons,  century  derivation,  unique  number  generation,  and  leap  year  determination. 

ITD  is  coordinating  the  Commonwealth  Year  2000  project  to  get  a  more  comprehensive 
assessment  of  the  scope  of  work  necessary  to  achieve  compliance,  to  determine  the  level  of 
resources  that  will  be  needed,  and  to  provide  support  and  coordination  for  agencies  as  they 
complete  Year  2000  compliance  tasks.  The  Commonwealth  Year  2000  Action  Plan  consists  of 
four  major  phases: 

1 .  Awareness/High-Level  Assessment 

2.  Agency  Assessments  and  Plans 

3.  Conversion  or  Replacement 

4.  Validation 

Agencies  need  to  complete  the  Year  2000  Survey  included  in  this  packet  in  order  to  help  provide 
information  needed  to  complete  the  High-Level  Assessment.  By  May  31,  1997,  agencies  are 
expected  to  have  completed  an  inventory  of  all  systems,  developed  a  system  portfolio,  analyzed 
and  prioritized  the  portfolio  and  completed  their  Year  2000  Assessments.  Agency  Year  2000 
Plans  are  targeted  for  completion  by  July  31,  1997.  Conversion  or  replacement  activities  will 
extend  through  the  end  of  calendar  year  1998.  Validation  activities  must  begin  no  later  than  the 
end  of  calendar  year  1998. 

This  packet  also  contains  Date  Standards  with  which  all  agencies  must  comply  in  order  to 
achieve  a  level  of  statewide  consistency  that  ensures  the  interoperability  of  our  systems  both 
internally  and  externally.  Contract  guidance  including  sample  language  is  also  provided. 

At  the  end  of  the  packet  are  various  Year  2000  Resources.  The  Operational  Services  Division 
describes  its  activities  and  time  frames  for  ensuring  Year  2000  compliance  on  the  part  of  IT 
blanket  contracts  and  vendors  and  provides  a  listing  of  vendors.  A  list  of  Year  2000  agency 
coordinators  identified  to  date  is  provided  to  help  foster  cooperation  and  sharing  of  "lessons 
learned"  between  agencies.  Information  is  also  provided  about  User  Group  meetings,  Web  sites 
and  conferences.  The  final  item  is  a  list  of  support  services  available  from  ITD's  Strategic 
Planning  Group  throughout  the  life  of  the  project. 

The  Year  2000  Challenge  will  involve  the  concerted  efforts  of  managers,  technical  staff  and 
users.  Together  we  will  identify  and  implement  the  re-tooling  adjustments  necessary  to  keep  our 
IT  resources  working  as  intended  into  the  next  millennium. 
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2.  Overview 


The  material  in  this  packet  has  been  prepared  by  the  Information  Technology  Division  (ITD)  to 
assist  departments  in  meeting  the  Year  2000  challenge.  The  role  of  ITD  in  this  effort  is  to: 

•  foster  awareness 

•  provide  coordination  and  support 

•  monitor  and  report  on  progress. 

Many  Departments  are  aware  of  the  issue  and  have  begun  taking  action  to  bring  their  computer 
systems  and  applications  into  compliance  while  others  may  be  just  beginning  to  organize  their 
effort.  In  any  case,  given  that  the  deadline  for  this  project  is  not  negotiable,  it  is  time  to  take 
stock  of  where  we  are,  define  the  scope  of  the  challenge  on  a  statewide  basis,  insure  that 
appropriate  resources  are  made  available  for  this  effort,  and  implement  the  re-tooling 
adjustments  necessary  to  keep  our  IT  resources  working  as  intended  into  the  next  millennium. 

This  booklet  and  its  companion  Web  site  (http://www.eoaf.state.ma.us/y2k)  provide  background 
material  as  well  as  an  action  plan  and  timetable,  survey  and  instructions,  Commonwealth  date 
standards  and  contract  guidance,  and  various  Year  2000  resources  and  contacts.  The  intended 
audience  includes  managers,  technical  staff  and  users.  Each  of  these  groups  have  a  crucial  role 
to  play  in  both  defining  the  scope  of  the  challenge  and  implementing  viable  solutions. 

The  Issue 

Much  has  been  said  lately  in  the  technical  and  mainstream  media  about  the  coming  Year  2000 
deadline.  It  has  been  billed  as  the  largest  and  costliest  management  challenge  ever  faced  by  the 
information  technology  industry.  Global  projections  regarding  the  costs  of  bringing  systems  into 
compliance  have  been  pegged  as  high  as  $1.5  trillion.  Why  all  the  hype? 

Over  the  last  20  to  30  years  computer  programs  and  systems  have  been  designed  to  use  six- 
digit  date  fields  in  which  the  last  two  digits  designate  the  year.  For  example,  "031497"  is 
interpreted  to  mean  "March  14,  1997."  This  has  not  presented  any  problems  to  date,  but  what 
happens  when  the  date  is  January  1 ,  2000?  Without  a  field  to  designate  the  century  the  year  "00" 
cannot  be  interpreted  correctly  by  the  system  (is  it  1900  or  2000?)  but  it  will  also  create  problems 
for  any  program  that  uses  dates  to  perform  calculations  such  as  age  determinations  and  date- 
dependent  fiscal  projections.  While  this  is  a  representation  of  the  issue  in  its  simplest  form,  there 
are  other  wrinkles  which  include: 

•  the  use  in  some  programs  of  the  date  9/9/99  as  a  "dummy"  placeholder  to  indicate 
an  indeterminate  termination  or  expiration  date; 

•  the  fact  that  the  year  2000  is  a  leap  year  but  some  systems  will  not  recognize  it  as 
such  which  will  result  in  wrong  day-of-the-week  representations  after  February  29, 
2000. 

While  the  Year  2000  date  change  issue  affects  all  organizations  that  use  computer  systems  in 
the  course  of  their  business.  This  includes  governments  at  all  levels  -  local,  state  and  federal  - 
especially  because  of  their  dependence  on  many  older  systems  which  have  been  successfully 
operating  with  only  minor  modifications  for  10  to  30  years. 

The  issue  is  also  not  just  limited  to  mainframes,  mid-range  systems  and  PCs:  PBX  systems,  Fax 
machines,  VCRs  ,  automated  alarms,  doors  and  elevators,  to  name  a  few  obvious  examples, 
may  also  be  affected.  The  issue  applies  to  all  programming  languages  and  operating  systems  as 
well  as  exec  routines,  macros,  job  control  language,  custom  spreadsheets,  personal  database 
applications,  ad-hoc  queries  and  report  requests. 
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2.  Overview  (continued) 


The  Challenge 

A  review  of  the  literature  and  Web  sites  yields  various  explanations  of  the  issues  encompassed 
by  the  Year  2000  date  change.  Following  is  one  of  the  best  concise  and  straightforward 
descriptions  we  have  come  across.  It  is  reproduced  here  (with  a  minimum  of  revisions)  with  the 
permission  of  its  author  John  Douglas,  Interim  Executive  Director  of  the  State  of  Florida 
Information  Resource  Commission. 

Date  is  the  most  common  field  used  in  computer  software  programs  and  databases.  It  can  also 
be  found  in  operating  systems,  reports,  screens,  and  files.  No  computer  language  or  computer 
hardware  platform  is  exempt. 

Simply  finding  all  the  date  fields  is  a  big  problem.  Not  only  are  they  in  files  and  database  fields, 
but  they  can  be  "hard-coded"  into  software  programs.  Additionally,  not  all  date  fields  have  the 
word  "date"  in  their  name.  For  example,  a  data  field  that  is  a  date  may  be  called  "inspected", 
"case  opened",  "awarded",  or  "approved". 

Another  unique  aspect  of  the  Year  2000  century  change  is  that  it  affects  every  organization  that 
uses  computer  data  and  shares  data  with  other  organizations.  Today,  data  is  shared  between 
many  organizations  on  a  daily  basis.  The  State  shares  data  with  federal  government  agencies, 
local  governments,  and  private  vendors.  We  are  all  trying  to  repair  this  problem  at  the  same 
time.  How  the  system  repairs  are  made  by  each  of  these  different  entities  could  affect  whether 
the  data  can  effectively  be  "read"  from  one  organization's  system  to  the  next.  This  presents  a 
management  and  coordination  challenge  that  could  prove  daunting  for  many  organizations. 

In  terms  of  the  year  2000  date  change  and  its  impact  on  systems,  it  is  most  likely  to  cause 
failures  in  the  following  six  principal  areas: 

1.  Age  determination 

Systems  are  commonly  designed  to  determine  ages.  For  example,  a  system  may  calculate  the 
age  of  a  citizen  in  order  to  assess  eligibility  for  certain  benefits.  Other  systems  may  calculate  the 
age  of  an  outstanding  debt  in  order  to  determine  interest  or  to  produce  a  bad  debt  report. 
Commonly,  a  system  will  derive  age  by  subtracting  the  date  of  creation  from  the  current  date. 
For  example,  if  you  were  born  in  1935,  your  age  would  be  calculated  as  2000  minus  1935,  which 
equals  65.  This  works  very  well  with  computer  programs  that  store  years  in  four-digit  date  fields. 

Unfortunately,  this  doesn't  work  for  computer  programs  that  store  year  in  two-digit  date  fields. 
Usually  programs  use  date  fields  based  on  the  last  two  digits  of  the  year  only.  So  far,  programs 
written  in  this  way  have  performed  their  tasks  satisfactorily.  A  calculation  that  subtracts  35  from 
96,  for  example,  results  in  the  correct  answer  of  61 .  However,  in  less  than  three  years  we  can 
expect  failures  from  programs  using  two-digit  year  fields.  What  will  happen  when,  in  trying  to 
calculate  your  age,  an  employee-benefits  program  subtracts  35  from  00  and  determines  that 
your  age  is  "negative  35?"  What  benefits  will  it  pay  if,  like  many  systems,  the  program  assumes 
that  the  result  must  be  a  positive  number  and  pays  you  based  on  an  age  of  35  instead  of  65? 

2.  Sorting  by  date 

A  fundamental  function  of  most  business  applications  is  sorting.  This  process  is  used  to  organize 
information  in  useful  sequences  or  to  group  similar  data  together  for  processing.  Consider,  for 
example,  a  system  that  tracks  a  company's  stock  performance  by  month.  The  program  sorts  the 
daily  closing  price  of  the  stock  and  determines  the  high  and  low  prices  in  each  month.  If  the 
program  sorts  using  a  four-digit  year  field,  it  should  continue  to  perform  its  function  properly 
beyond  the  turn  of  the  millennium. 

If,  however,  it  uses  only  a  two-digit  year  field,  users  will  suddenly  start  receiving  reports  in  which 
year  2000  data  precedes  the  data  from  the  1 990s.  Worse  still,  depending  on  the  design  of  the 
program,  the  data  for  1 998  may  be  labeled  as  data  for  the  year  2000,  and  vice-versa.  Such  a 
misleading  report  would  obviously  confound  investment  decisions. 
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2.  Overview  (continued) 


In  a  similar  vein,  but  often  more  difficult  to  identify,  are  programs  that  sort  records  based  on  date 
and  then  make  selections  by  assuming  that  the  most  recent  records  are  at  the  top  or  bottom. 
Starting  in  the  year  2000,  programs  that  are  based  on  two-digit  year  fields  will  likely  treat  data 
from  the  1 990s  as  the  most  recent  instead  of  the  data  from  the  2000s. 

3.  Comparison 

In  addition  to  the  processes  of  age  determination  and  sorting,  computer  programs  frequently 
make  decisions  based  on  the  comparison  of  two  dates.  For  example,  a  system  may  compare  the 
dates  of  two  outstanding  loans  in  order  to  apply  a  payment  to  the  older  loan.  When  we  reach 
January  1 ,  2000,  the  program,  if  it  uses  only  the  last  two  digits  of  the  year,  will  begin  to  apply  the 
payments  to  the  most  recent  loans  and  will  ignore  those  that  originated  in  the  1900s. 

4.  Century  Derivation 

Some  software  developers  have  recognized  that  their  two-digit  year  fields  will  cause  problems 
when  the  year  2000  arrives.  In  an  attempt  to  delay  the  problem,  they  have  selected  an  arbitrary 
cut-off  year  after  which  all  dates  are  assumed  to  be  in  the  1 900s.  For  example,  if  the  designer 
chose  the  number  20,  the  system  would  assume  all  years  with  values  less  than  20  to  fall 
between  2000  and  2019  and  all  years  equal  to  or  greater  than  20  to  fall  between  1920  and  1999. 

Where  designers  have  taken  this  approach,  called  century  derivation,  they  have  often  been 
forced  to  pick  a  fairly  low  number.  This  means  that  while  we  can  expect  a  very  large  number  of 
problems  as  we  reach  the  year  2000,  we  must  also  anticipate  a  continuing  flow  of  such  problems 
for  10,  20,  or  30  years  into  the  next  century. 

It  is  worth  noting  that  systems  which  support  birth  dates  back  to  the  nineteenth  century  are  not 
often  susceptible  to  year  2000  problems  since  many  of  their  designers  have  already  addressed 
the  key  century-conversion  issues. 

5.  Unique  number  generation 

Many  systems  generate  internal  keys  to  uniquely  identify  data  entities.  The  keys  are  required 
when  the  information  provided  by  a  user  is  insufficient  to  uniquely  identify  an  item.  For  example, 
a  system  that  uses  only  customer  numbers,  parts  numbers,  and  quantities  to  identify  an  order, 
would  not  be  able  to  detect  the  order  when  a  customer  ordered  the  same  quantity  of  the  same 
item  a  second  time.  An  internal  key  enables  the  system  to  identify  each  order  separately. 

There  are  many  techniques  for  generating  these  internal  keys  and  most  of  these  techniques  can 
be  expected  to  operate  satisfactorily  into  the  next  century.  However,  one  common  method  is 
based  on  manipulating  the  current  date  and  time.  Systems  using  this  method  may  begin  to 
generate  duplicate  internal  identifiers  when  the  year  converts  from  1999  to  2000. 

The  results  of  this  are  unpredictable  and  will  depend  on  the  specifics  of  the  software.  Some 
systems  may  destroy  historical  information  by  overwriting  it  with  new  data.  Other  systems  may 
prevent  users  from  entering  the  new  information.  In  many  cases,  the  problems  may  not  be 
apparent  for  months  or  even  years  after  January  1 ,  2000. 

6.  Leap  years 

To  process  dates  correctly,  computer  programs  frequently  need  to  determine  if  a  particular  year 
is  a  leap  year.  The  normal  way  to  do  this  is  to  take  the  year  and  divide  it  by  four.  If  the  remainder 
is  zero,  then  the  year  is  treated  as  a  leap  year.  This  is  a  good  approximation  but  not  a  precise 
determination.  The  leap  year  rule  is  as  follows:  if  the  year  is  divisible  by  four,  it  is  a  leap  year; 
except  every  100th  year,  which  is  not  a  leap  year;  except  every  400th  year,  which  is  a  leap  year. 
Thus,  the  year  2000  is  a  leap  year  even  though  it  is  divisible  by  100. 

Some  programs  recognize  that  years  divisible  by  100  are  not  leap  years  but  do  not  include  the 
exception  processing  for  the  years  that  are  divisible  by  400.  Such  programs  would  believe  that 
there  are  only  28  days  in  February  of  the  year  2000  and  would  perform  their  processing 
accordingly. 
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2.  Overview  (continued) 


The  Approach 

While  the  issues  involved  in  the  Year  2000  date  change  are  fairly  clear,  the  scope  of  the 
challenge  is  not  as  clear.  As  was  mentioned  previously,  many  agencies  are  well  underway  in 
their  planning  and  implementation  efforts.  The  current  issue  of  the  Information  Technology 
Bulletin  spotlights  some  of  these  efforts  (website:  http://state.ma.us/itd/bulletin). 

ITD  is  launching  the  Massachusetts  Year  2000  Project  to  get  a  more  comprehensive  assessment 
of  the  scope  of  work  necessary  to  achieve  compliance,  to  determine  the  level  of  resources  that 
will  be  needed,  and  to  provide  support  and  coordination  for  agencies  as  they  complete  Year 
2000  compliance  tasks.  The  following  section,  Commonwealth  Action  Plan,  outlines  action  items 
and  target  completion  dates  for  the  Project.  Completion  of  the  action  items  within  the  target 
deadlines  is  essential  to  meet  our  collective  goal. 

The  Lessons  Learned 

As  Commonwealth  agencies  continue  or  begin  their  Year  2000  compliance  efforts,  it  may  be 
useful  to  periodically  review  the  experiences  of  those  states  which  have  begun  implementation. 
The  Massachusetts  Year  2000  Project  Web  site  provides  links  to  other  states'  Year  2000  Web 
sites  as  well  as  the  Federal  Government's.  Following  is  an  abbreviated  list  of  issues  to  watch  for, 
as  identified  by  the  State  of  Florida  in  their  first  assessment  report: 

•  Insufficient  internal  state  resources  to  assure  that  critical  systems  will  be  corrected  on  time 
resulting  in  the  need  to  contract  for  services. 

•  Some  systems  are  likely  to  experience  problems  before  the  turn  of  the  century  (e.g., 
licensing  and  forecasting  systems). 

•  Companies  selling  Year  2000  software  tools  may  create  a  false  sense  of  security  with 
inflated  claims  of  their  tools'  capabilities  that  constitute  a  "magic  wand"  or  "silver  bullet"  for 
the  Year  2000  problem.  The  pursuit  of  these  magic  solutions  diverts  attention  from  other 
solutions  that  would  be  more  effective. 

•  Legislative  changes  during  the  next  two  years  will  likely  require  systems  changes  concurrent 
with  efforts  to  make  year  2000  corrections.  Depending  upon  the  scope  of  the  changes  on 
individual  systems,  they  could  result  in  the  extension  of  the  year  2000  project  timeline  past 
an  acceptable  point. 

•  Many  agencies  tend  to  focus  their  plans  on  mainframe,  centralized  data  processing.  While 
this  is  where  the  bulk  of  the  year  2000  date  change  issues  will  exist,  there  may  very  well  be 
substantial  impacts  to  the  distributed  computing  systems  operating  within  the  State,  including 
personal  computers  and  file  servers. 

•  User  support  should  receive  greater  attention.  There  are  many  small  applications  generated 
by  non-information  systems  staff  using  packaged  software  that  should  be  evaluated  for 
potential  problems. 

•  Shared  data  issues  should  receive  greater  attention.  While  it  is  understandable  that  internal 
systems  would  receive  top  priority,  problems  with  non-compliant  data  or  data  received  by  the 
agency  with  date  field  based  on  different  standards  could  have  significant  impacts  for  the 
agencies  and  should  be  addressed  as  soon  as  possible. 

•  Some  agencies  have  made  assumptions  about  their  systems  being  compliant  without 
actually  testing  the  systems.  Because  of  the  pervasiveness  of  this  problem  in  almost  all 
systems,  it  is  nearly  impossible  to  be  assured  of  compliance  without  thorough  and  rigorous 
testing.  Systems  testing  is  considered  by  some  to  require  30-40%  the  project's  effort. 
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3.  Commonwealth  Action  Plan 


The  Commonwealth  Year  2000  Action  Plan  consists  of  four  major  phases: 

1 .  Awareness/High-Level  Assessment 

2.  Agency  Assessments  and  Plans 

3.  Conversion  or  Replacement 

4.  Validation 

Following  is  a  Critical  Timeline  Overview  chart  which  outlines  activities  for  each  phase  and 
identifies  completion  dates.  The  first  phase  consists  of  activities  which  have  been  mostly 
completed  by  ITD  and  other  oversight  agencies.  The  other  phases  encompass  activities  which 
are  the  primary  responsibility  of  individual  agencies.  ITD  will  provide  guidance  and  support  to 
agencies  throughout  these  phases  of  the  Action  Plan. 

The  following  guidelines  for  conducting  Agency  Assessments  and  Plans  are  offered  to  assist 
agencies  with  Phase  2. 


AGENCY  ASSESSMENT  AND  PLAN  GUIDELINES 

1 .  Identify  core  business  areas  and  processes  and  assess  the  potential  impact  of  year  2000- 
induced  failures  for  each  area  and  process 

2.  Assess  the  severity  of  the  impact  of  potential  year  2000-induced  failures  for  each  core 
business  area  and  associated  processes 

3.  Conduct  a  comprehensive  enterprise-wide  inventory  of  all  information  systems  and  develop 
comprehensive  system  portfolio: 

•  Identify  components  and  interfaces  for  each  system 

•  Integrate  into  an  agency  comprehensive  system  portfolio  (automated  if  possible) 
which  identifies  for  each  system: 

♦  links  to  core  business  areas  or  processes 

♦  platforms,  languages,  database  management  systems 

♦  operating  system  software  and  utilities 

♦  telecommunications 

♦  internal  and  external  interfaces 

♦  owners 

♦  the  availability  and  adequacy  of  source  code  and  associated  documentation 

4.  Analyze  system  portfolio  and  identify: 

•  non-repairable  items  (lack  of  source  code  or  documentation) 

•  conversion  or  replacement  resources  required  for  each  platform,  application, 
database  management  system,  archive,  utility  or  interface 

5.  Prioritize  agency's  system  conversion  and  replacement  program 

•  rank  by  business  impact: 

♦  priority  1  -  systems  that  are  so  critical  to  the  mission  of  the  programs  they 
support  that  those  programs  would  cease  to  operate  if  the  computer  system 
fails 

♦  priority  2  --  systems  whose  failure  would  severely  hamper  the  mission  of  a 
program,  but  the  program  would  continue  to  operate 

♦  priority  3  --  systems  whose  failure  would  result  in  only  a  minor 
inconvenience  for  the  program 

•  ranking  by  anticipated  failure  date 

•  identification  of  applications,  databases,  archives,  and  interfaces  that  cannot  be 
converted  because  of  resource  and  time  constraints 
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3.  Commonwealth  Action  Plan  (continued) 


6.  Establish  year  2000  project  teams  for  business  areas  and  major  systems 

7.  Develop  a  year  2000  plan  which  includes: 

•  schedules  for  all  tasks  and  phases 

•  master  conversion  and  replacement  schedule 

•  assessment  and  selection  of  outsourcing  options 

•  assignment  of  conversion  or  replacement  projects  to  project  teams 

•  risk  assessment 

•  contingency  plans  for  all  systems 

•  validation/testing,  transition  and  implementation  strategies 

8.  Address  interface  and  data  exchange  issues: 

•  analyze  dependencies  on  data  provided  by  other  organizations 

•  contact  all  entities  with  whom  agency  exchanges  data 

•  identify  the  need  for  data  bridges  or  filters 

•  make  contingency  plans  if  no  data  can  be  received  from  external  sources 

•  make  plans  to  determine  that  incoming  data  are  valid 

•  develop  contingency  plans  to  handle  invalid  data 

9.  Identify  year  2000  vulnerable  systems  and  processes  outside  the  traditional  information 
resource  management  area  that  may  affect  the  agency's  operations: 

•  telecommunication  systems,  (e.g. -telephone  &  data  networks  switching  equipment) 

•  building  infrastructure 

(Source:  U.S.  General  Accounting  Office.  Year  2000  Computing  Crisis:  An  Assessment  Guide.  February 
1997) 
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4.  Survey 


The  Office  of  the  State  Auditor  (OSA),  with  the  collaboration  of  the  Information  Technology 
Division  (ITD),  has  developed  an  agency  survey  to  gather  status  information  on  agencies'  Year 
2000  activities.  The  survey  form  can  be  found  in  Appendix  A  of  this  document. 

The  intent  of  the  survey  is  to  determine  the  progress  that  has  been  made  so  far,  define  the  scope 
of  the  challenge  on  a  statewide  basis  and  determine  the  resources  and  support  that  will  be 
necessary  to  successfully  complete  conversion  or  replacement  efforts.  The  survey  results  will  be 
integrated  into  the  high-level  assessment  which  will  be  used  to  determine  where  support  and 
assistance  are  needed. 

Surveys  must  be  completed  by  April  30,  1997  and  forwarded  to  Robert  Buchanan  at  the  Office  of 
the  State  Auditor.  Questions  and/or  requests  for  assistance  in  completing  the  survey  should  be 
directed  to  Marcia  King  at  617-973-071 1 ,  or  at  Marcia  King@Planning  @ITD.BOS  via  the  Wide 
Area  Network  or  at  Marcia. King@state. ma. us  via  the  Internet. 
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5.  Standards  &  Contract  Guidance 


Date  Standards 

The  Massachusetts  Government  User  Group  has  defined  Year  2000  compliance  thus: 
"Year  2000  compliant  means  information  technology  that  accurately  processes  date/time  data 
(including,  but  not  limited  to,  calculating,  comparing,  and  sequencing)  from,  into,  and  between 
the  twentieth  and  twenty-first  centuries,  and  the  years  1999  and  2000  and  leap  year  calculations. 
Furthermore,  Year  2000  compliant  information  technology,  when  used  in  combination  with  other 
information  technology,  shall  accurately  process  date/time  data  if  the  other  information 
technology  properly  exchanges  date/time  data  with  it." 

National  and  International  standards  organization  such  as  NIST  and  ISO  are  recommending 
date  standards  that  use  a  four-digit  year  where  a  two-digit  century  precedes,  and  is  contiguous 
with,  a  two-digit  year-of-century  (e.g.  1999,  2000,  etc.).  The  federal  government  has  adopted 
this  tandard  for  the  purposes  of  electronic  data  interchange  in  any  recorded  form  among  U.S. 
Government  agencies.  The  Commonwealth  of  Massachusetts  is  also  adopting  this  standard  for 
the  purpose  of  electronic  data  interchange  among  its  agencies. 

The  international  standard  date  notation  is  CCYY-MM-DD  where  CC=century,  YY=year, 
MM=month  and  DD=day.  This  notation  is  becoming  increasingly  popular  and  is  likely  to  become 
a  de-facto  standard.  Commonwealth  agencies  are  strongly  advised  to  use  this  notation  for  date 
representation. 

Sample  Year  2000  RFR  Language 

OSD  and  ITD  have  jointly  agreed  on  the  definition  for  Year  2000  Compliance  and  language  for 
use  in  RFRs.  The  Year  2000  issue  must  be  considered  in  all  procurements  that  include 
products,  services  and  systems  that  use  day/date  data.  Below  is  the  RFR  language  for  the  Year 
2000  issue  for  new  procurements. 

"The  contractor  represents  and  warrants  that  the  information  technology  for  this  contract  is  year 
2000  compliant.  Year  2000  compliant  means  information  technology  that  accurately  processes 
date/time  data  (including,  but  not  limited  to,  calculating,  comparing,  and  sequencing)  from,  into, 
and  between  the  twentieth  and  twenty-first  centuries,  and  the  years  1999  and  2000  and  leap  year 
calculations.  Furthermore,  Year  2000  compliant  information  technology,  when  used  in 
combination  with  other  information  technology,  shall  accurately  process  date/time  data  if  the 
other  information  technology  properly  exchanges  date/time  data  with  it.  This  warranty  shall 
survive  the  expiration  or  termination  of  this  contract. " 

Contract  Guidance  Relating  to  interfaced  Systems 

Agencies  entering  into  contracts  not  involving  the  purchase  of  a  product  or  service  per  se,  but 
contracting  to  interface  an  existing  system  with  the  system  of  an  outside  entity,  may  wish  to 
consider  the  following  language: 

"The  contractor  represents  and  warrants  that  this  system  and  all  interfaces  to  this  system  that  the 
contract  is  providing,  including  but  not  limited  to  interfaces  with  other  systems  and  data  entry 
interface  for  this  system,  are  year  2000  compliant.  Year  2000  compliant  means  information 
technology  that  accurately  processes  date/time  data  (including,  but  not  limited  to,  calculating, 
comparing,  and  sequencing)  from,  into,  and  between  the  twentieth  and  twenty-first  centuries,  and 
the  years  1999  and  2000  and  leap  year  calculations.  Furthermore,  Year  2000  compliant 
information  technology,  when  used  in  combination  with  other  information  technology,  shall 
accurately  process  date/time  data  if  the  other  information  technology  properly  exchanges 
date/time  data  with  it.  This  warranty  shall  survive  the  expiration  or  termination  of  this  contract.  " 


Page  10 


5.  Standards  &  Contract  Guidance  (continued) 


Additional  Protections  for  targe  Scale  or  Especially  Important  Systems 

Some  contracts  may  require  additional  clauses  because  the  contract  involves  a  higher  risk  of 
loss  for  the  Commonwealth  if  the  underlying  system  is  not  year  2000  compliant.  For  instance,  an 
agency  entering  into  contracts  for  mission  critical  systems,  date  sensitive  applications  or  large 
scale  deployments,  may  wish  to  include  additional  contract  language  that  requires  testing  to 
prove  year  2000  compliance  prior  to  acceptance.  This  language  should  be  closely  tailored  to  the 
specific  contract.  It  may  also  be  necessary  to  include  language  in  these  types  of  contracts  that 
requires  proof  of  insurance  or  some  other  guarantee,  such  as  performance  bonds,  in  the  event 
of  Commonwealth  losses  due  to  non-compliance. 
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6A.  OSD's  IT  Blanket  Contracts  &  Vendors 


Year  2000  Activity  for  Statewide  Contracts 

OSD  is  proceeding  with  efforts  so  that  all  IT  contracts  will  be  Year  2000  compliant.  The  new  PBX 
contract  has  compliance  provisions,  and  all  other  contracts  will  have  these  provisions  in  the 
future.  All  new  statewide  contracts  from  this  date  forward  will  have  requirements  for  year  2000 
compliance  for  all  products,  services  and  systems.  Existing  contracts  will  be  amended  at 
renewal  time.  Until  then,  ordering  departments  need  to  specify  the  year  2000  compliance 
requirement  with  all  orders  and  requests  for  quotes. 

See  Section  4.,  Standards  &  Contract  Guidance,  for  the  definition  of  Year  2000  compliance  and 
for  suggested  RFR  and  contract  language  regarding  Year  2000  compliance. 


IT  Contract  For  PC  and  Network  Hardware,  Software,  Maintenance  and  Integrator  Services 
-  N6922,  BT6H03P,  BT6L41P 

The  Statewide  PC  Contract  provides  PC  and  network  hardware,  software,  maintenance  and 
integrator  services. 

In  order  to  assure  effective  Year  2000  compliance  and  to  understand  the  magnitude  of  the 
problem,  all  Vendors  on  this  contract  will  be  sent  a  survey  requiring  that  they  indicate  which 
products  and  services  are  Year  2000  compliant.  All  Vendors  will  be  required  to  return  the  survey 
information  to  the  IT  Desktop  Procurement  Management  Team  for  analysis  and  review.  The  PC 
Contract  does  not  expire  until  6/30/98.  However,  it  will  be  expressed,  in  the  strongest  terms,  that 
the  Commonwealth  will  be  making  purchases  from  Year  2000  compliant  Vendors  only.  All 
Vendors  who  agree,  in  writing,  that  they  will  be  in  compliance  will  be  recommended.  This 
recommendation  will  be  posted  and  made  available  to  all  Departments  and  Commonwealth 
entities. 


Activity  Target  Date 

•  Issue  letter  and  survey  to  PC  Vendors  completed 

•  PC  response  to  survey  material  and  compliance  agreement  May  25,  1997 

•  Evaluation  and  analysis  of  responses  May  26  -  Jun  9,  1997 

•  Post  list  of  Vendors  in  compliance  (Web-site  and  by  letter)  June  23,  1997 

•  Compliance  Amendment  July  23,  1998 


IT  Consultant  Services  Contract  -  BT6H03S 

The  Statewide  Information  Technology  Consultant  Services  Contract  provides  for  Systems  and 
Applications  services.  There  are  73  Vendors  on  this  contract  who  provide  a  broad  range  of 
consulting  services. 

To  assure  Year  2000  compliance  and  to  understand  the  magnitude  of  the  problem,  all  Vendors 
on  the  Consultant  Services  Contract  will  be  sent  a  survey  requiring  that  they  identify  work  that 
has  been  completed  for  the  Commonwealth  and  whether  any  Applications  or  Systems 
development  is  Year  2000  compliant.  The  requirements  for  processing  the  surveys  and  for  the 
resulting  recommendations  are  the  same  as  for  the  Statewide  PC  Contract  as  described,  above. 
Additionally,  all  Consultant  Services  Vendors  will  be  asked  if  they  have  direct  experience  in 
evaluating,  identifying  and  correcting  Year  2000  issues.  The  goal  will  be  to  build  a  base  of 
Vendors  from  which  Departments  can  select  Vendors  to  assist  with  Year  2000  issues.  This  list  of 
Vendors  will  also  be  published. 
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6A.  OSD's  IT  Blanket  Contracts  &  Vendors  (continued) 


Activity 


Issue  letter  and  survey  to  Vendors 

Response  to  survey  material  and  compliance  agreement 

Evaluation  and  analysis  of  responses 

Post  list  of  Vendors  in  compliance  (Web-site  and  by  letter) 

Post  list  of  Vendors  with  experience  in  the  correction  and 

identification  of  Year  2000  problems  (Web-site  and  by  letter) 

Compliance  Amendment 


Target  Date 

completed 


May  25,  1997 

May  26  -  Jun  9,  1997 


June  23,  1997 
June  23,  1997 


July  23,  1997 


IT  Mid-Range  Systems  And  Services  Contract  -  N3922,  BT4H03X,  BT4L41X 

The  Mid-Range  Systems  and  Services  contract  provides  Mid-Range  hardware,  software, 
systems,  and  consulting  services. 

The  Mid-Range  and  Large  Systems  Procurement  Management  Team  (PMT)  is  conducting  a 
review  of  the  impact  on  the  Year  2000  transition  to  the  next  millennium  and  the  process  by  which 
the  PMT  will  work  with  the  Mid  Range  vendors  to  ensure  compliance.  All  vendors  that  are 
identified  in  this  Mid-Range  listing  have  contracts  that  are  scheduled  to  expire  on  August  20, 
1997.  The  PMT  has  decided  that  a  vendor's  compliance  with  Year  2000  is  so  critical  that  the 
Commonwealth  is  making  Year  2000  compliance  a  condition  for  offering  an  extension  (August 
21,  1997  through  August  20,  1998)  on  the  state-wide  contract. 

The  PMT  has  received  information  from  several  vendors  under  contract  to  the  Commonwealth. 
However,  given  the  importance  of  the  issues  surrounding  the  Year  2000,  the  PMT  is  issuing  a 
letter  and  survey  for  a  Mid-Range  Vendor's  full  product  offerings.  The  PMT  will  indicate  a 
vendor's  positive  or  negative  response  to  Year  2000  compliance,  as  well  as  a  "non-response"  to 
our  inquiry.  The  following  timetable  outlines  the  PMT  schedule  for  Year  2000  compliance  for 
Mid-Range  vendors: 

Activity  Target  Date 

•  Letter/Survey  to  Mid-Range  vendors  completed 

•  Mid-Range  vendor  response  May  25,  1997 

•  Evaluation  of  vendor  responses  and  clarification,  if  May  26  -  Jun  9,  1997 
necessary 

•  ITM  issues  extension  notice  to  Year  2000  compliant  vendors     June  23,  1 997 

•  ITM  posts  a  list  of  Year  2000  compliance  vendors  June  23,  1997 

•  Compliance  Amendment  September  23,  1997 


Information  Technology  Statewide  Contract  Vendors 

The  following  pages  are  listings  of  Information  Technology  Statewide  Contract  vendors  by 
contract  for  the  following  contracts: 

1 .  IT  Contract  For  PC  and  Network  Hardware,  Software,  Maintenance  and  Integrator  Services  - 
N6922,  BT6H03P,  BT6L41P 

2.  IT  Consultant  Services  Contract  -  BT6H03S 

3.  IT  Mid-Range  Systems  and  Services  Contracts  N3922,  BT4H03X,  BT4L41X 
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6A.  OSD's  IT  Blanket  Contracts  &  Vendors  (continued) 


1.  IT  Contract  For  PC  and  Network  Hardware,  Software,  Maintenance  and  Integrator 
Services  -  N6922,  BT6H03P,  BT6L41P  -  Vendor  Listing 


PC  SOFTWARE  CATEGORY: 

MICROLAND 

1026  Rockville  Pike 

Rockville,  MD  20852 

Contact:  Mass.  Sales  Desk 

Tel  #  800-646-7844 

Fax#:  301-738-9698 

Vendor  Code:  521-783-912-0009 


COMPUCOM  SYSTEMS,  INC 
4  California  Ave 
Framingham,  MA  01701 
Contact  Person:  Steve  Fay 
Tel.  #     508-875-2800  x7050 
Fax#  508-651-1948 
Vendor  Code:  382-363-156-0005 


TERMINAL  EXCHANGE 

163  Armory  St. 

Brooklme,  MA  02146 

Contact  Person:  Richard  Pomper 

Tel.  #  617-731-6319 

Fax#  617-277-1984 

Vendor  Code:  042-838-551-0004 


COMPUTER  MARKETPLACE 

885  Main  Street 

Tewksbury,  MA  01876 

Contact  Person:  Manny  Spampinato 

Tel.  #  508-851-5317 

Fax.  #  508-851-5637 

Vendor  Code:  042-829-706-0007 


PC  MAINTENANCE  CATEGORY: 
EASTERN  REGION: 

PRAXIS  GROUP 

1 1  Ray  Avenue 

Burlington,  MA  01803 

Contact  Person:  Diane  West 

Tel.  #  617-272-7100 

Fax*  617-272-0525 

Vendor  Code:  042-837-068-0001 


DECISION  ONE 

321  Commonwealth  Road 

Wayland,  MA  01778 

Contact  Person:  Thomas  Underhill 

Tel.  #  508-650-3715 

Fax.  #  508-650-6245 

Vendor  Code:  232-328-680-0000 


BAYSTATE  DATA  SYSTEM 
82  Myron  St. 

West  Springfield,  MA  01089 

Contact  Person:  D.  Bryan  Mulvenna 

Tel.#  800-365-1775 

Fax#  413-734-2771 

Vendor  Code:  042-947-804-0004 


CBE  TECHNOLOGIES,  INC 

50  Redfield  Street 

Boston,  MA  02122 

Contact  Person:  Warren  Nelson 

Tel.#     617-265-4000  ext.  230 

Fax#:  617-265-2854 

Vendor  Code:  043-267-220-0005 


PC  MAINTENANCE  CATEGORY: 
WESTERN  REGION: 


BAYSTATE  DATA  SYSTEM 
62  Myron  St. 

West  Springfield,  MA  01089 
Contact  Person:  D.  Bryan  Mulvenna 
Tel.  #  800-365-1775 
Fax  *    Fax  41 3-734-2771 
Vendor  Code:  042-947-804-0004 


CBE  TECHNOLOGIES,  INC 

50  Redfield  Street 

Boston,  MA  02122 

Contact  Person:  Warren  Nelson 

Tel.  #     617-265-4000  ext.  230 

Fax#  617-265-2854 

Vendor  Code:  043-267-220-000935 


COMMODITY  PC's  AND  PERIPHERALS  CATEGORY: 

CIC  SYSTEMS 
165  University  Ave. 
Westwood,  MA  02090 
Contact  Person:  Stuart  Kaplan 
Tel.  #:    617-320-8300  ext.233 
Fax#:  617-320-8327 
Vendor  Code:  650-350-400-0005 
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6A.  OSD's  IT  Blanket  Contracts  &  Vendors  (continued) 


PC  and  Network  Hardware,  Software  and  Services  --  Vendor  Listing  (continued) 


NETWORK  INTEGRATOR  CATEGORY: 
BANYAN  PREMIER 

COMPUCOM  SYSTEMS,  INC. 

4  California  Avenue 
Framingham,  MA  01701 
Contact  Person:  Steve  Fay 
Tel.  #508-875-2800  x7050 
Fax  #508-651-1948 
Vendor  Code:  382-363-156-0000 

AM  ER I  DATA 

30  Commerce  Way 

Woburn,  MA  01801 

Contact  Person:  Brian  Parke 

Tel.  #617-939-1073 

Fax  #617-939-1056 

Vendor  Code:  410-997-685-0005 


BANYAN  MDSP 

CHARTER  SYSTEMS  (New  England 

Systems) 

60  First  Ave. 

Waltham,  MA  02154 

Contact  Person:  Tod  Foote 

Tel.#  617-243-4573 

Fax#  617-672-8484 

Vendor  Code:  042-931-741-0005 

ENTEX  (FCP) 

725  Canton  Street 

Norwood,  MA  02062 

Contact  Person:  Steve  Gately 

Tel.#:  617-575-8262 

Fax#  617-255-1590 

Vendor  Code:  133-715-291-0001 


l-NET,  Inc. 

800  Technology  Park  Drive  M/S  01N33A 

Billerica,  MA  01821-4130 

Contact  Person:  Joe  Aucoin 

Tel.  #508-967-2902 

Fax  #508-967-2975 

Vendor  Code:  521-408-890-0004 


NETWORK  INTEGRATOR  CATEGORY: 
NOVELL  GOLD 

The  PRAXIS  GROUP 

1 1  Ray  Ave. 

Burlington,  MA  01803 

Contact  Person:  Diane  West 

Tel.  #  617-272-7100 

Fax#  617-272-0525 

Vendor  Code:  042-837-068-0001 

VANSTAR 

199  Wells  Avenue 

Newton,  MA 

Contact  Person:  Jim  Solinas 
Tel.  #  617-796-7800 
Fax#  617-796-7820 
Vendor  Code:  942-376-431-0005 

RETROFIT  INC. 

455  Fortune  Boulevard 

Milford,  MA  01757 

Contact  Person:  Dave  Rocco 

Tel.  #     508-478-2222  ext.240 

Fax  #  508-478-2040 

Vendor  Code:  042-799-238-0008 


CHARTER  SYSTEMS  (N.  E.  SYSTEMS) 

60  First  Street 

Waltham,  MA  02154 

Contact  Person:  Tod  Foote 

Tel.  #  617-235-7051 

Fax#  617-235-8012 

Vendor  Code:  042-931-741-0005 

SIGMA  TECH 

477  CONCORD  AVE. 

CAMBRIDGE,  MA  02138 

Contact  Person:  Jeff  Yang 

Tel.  #  617-354-8088 

Fax#  617-491-1329 

Vendor  Code:  042-934-647-0000 

l-NET,  Inc. 

600  Technology  Park  Drive  M/S  01N33A 

Billerica,  MA  01821-4140 

Contact  Person:  Joe  Aucoin 

Tel.  #  508-967-2902 

Fax  #  508-067-2975 

Vendor  Code:  521-408-890-0004 
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6B.  Agency  Year  2000  Coordinators  List 


Pat  English 
Marc  DeFranciso 
Dave  Webster 
Anthony  Del  Grasso 
Susan  Edmonds 
Lisa  Lee 
Joe  Champa 

Mike  Dumont 
William  Smith 
Franklin  Young 
William  Young 
Tom  Smith 

Marcia  King 


Administration  &  Finance 

Admin.  Ag.  for  Dev.  Disabilities 
Exec  Office  of  Admin.  &  Finance 

Admin.  Law  Appeal  727-7060 

Appellate  Tax  Board  727-3100X125 

Human  Resources  Dept.  727-3555  x453 

DOR  887-5355 

Finegold  Library  727-7456 

Group  Ins  Group  727-2310 

Teachers  Retire  Board  727-3661 
Public  Employees  Retirement  Brd. 

Office  on  Disability  727-7440 

OSD  727-7500x302 

MCAD  727-3990  x264 

Bureau  of  State  Bldg.  727-1 1 00x521 

Budget  Bureau  727-2081  x418 
Div.  of  Capital  Planning 

Information  Tech.  Division  973-0711 

Civil  Service  Comm. 

Office  of  Dispute  Resolution 

Dept.  of  Veterans  Service 

Office  of  Affirmative  Action 

Office  of  Employee  Relations 

Disabled  Persons  Protection 


Email  Address 


Pat  English@users@ala 
Mark  DeFranciso@users@atb 
Dave  Webster@exec.dpa 

Susan  Edmonds@lib@osd 
Lisa  Lee@admin@groupins2 


Mike  Dumont@users@oha 
William  Smith@mis@osd 

George  Young@osb@bsb 
Tom  Smith@systems@fad 

Marcia  King@planning@itd.bos 


Jack  Hornfeldt 
Sharon  Wright 
Patricia  Wada 
Lynne  Mooney 
Dan  Walsh 

Fred  Koed 

Paul  Staruski 


William  Downing 


Frank  Melle 


Health  &  Human  Services 

Exec.  Office  of  HHS  727-7600  x202 
DMA 

Dept.  of  Social  Services  727-3171  x217 

DTA  348-8408 

Office  of  Children  727-8900  x1 16 
Dept.  of  Youth  Services 

Office  for  Refugees  &  Imm.  727-7888  x310 
Dept.  of  Public  Health 

Dept.  Of  Mental  Health  727-5500  x270 
Dept  of  Mental  Retardation 
Comm.  for  the  Deaf  &  Hearing 
Chelsea  Soldiers  Home 
Holyoke  Soldiers  Home 

Mass.  Rehabilitation  Comm.  204-3735 
Comm.  for  the  Blind 

Dept.  of  Health  Care  Finance  451-5330x701 


Jack  Hornfeldt@executive@eohhs 
SWright@NT.DMA.state.ma.us 
Patricia  Wada@daf@dss. central 
Lynne_Mooney@DTA.state.ma.us 
Dan  Walsh@fld_op_central@ofc 

MSM_Mail@ori.  Compaq.  1  ©servers 

Paul  Staruski@ait@dmh 


William  Downing@sys@mrc. Compaq 


Frank  Melle@itg@hcfp 
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6B.  Agency  Year  2000  Coordinators  List  (continued) 


Tim  Regan 


Elder  Affairs 

EO  Elder  Affairs 


727-7750  x505       Tim  Regan@fiscal@eld 


Jerry  Nash 
Jim  Kelly 


Bob  Hester 
Val  Casella 


Environmental  Affairs 

Dept  of  Environmental  Management 
Fish  &  Wildlife  Envir.  Law  Enforce 
Dept.  of  Environmental  Protection 
MDC 

Low  Level  Radio.  Waste  Mgt.  Bd. 
Dept.  of  Food  &  Agriculture 
State  Reclamation  Board 
Environmental  Affairs 
EOEA 


508-282-0308 


292-5839 


727-9800  X261 
727-5227  x302 


Jerry  Nash@dmf@fwe 


Jim  Kelly@mis@dep  Boston 


Bob  Hester  @mis@eoea 

Val  Casella@data  center@eoea 


Transportation  &  Construction 

Aeronautics  Commission 

John  Bliss  Central  Transportation  Planning  973-7692 

Bill  O'Callaghan         Mass  Highway  973-7692 

Linda  March  EOTC  973-8165 

Dept.  Public  Works 


Bill  0'Callaghan@mis@dpw_bos 


Craig  Burlingame 
Deborah  Ryan 
Roger  Mascoll 
Robert  Liberatore 

Sally  Ann  Sweeney 
David  Lewis 


Bill  Perry 

Maureen  Molloy 
Martin  Censullo 
Sarah  Charbonneau 
Phil  Walton 


Public  Safety 

Exec  Office  of  Public  Safety 
Architectural  Access  Board 
Chief  Medical  Examiner 
Merit  Rating  Board 

Parole  Board 

Registry  of  Motor  Vehicles 

Military  Division 

State  Police 

Dept.  of  Corrections 

Dept.  of  Fire  Services 

Dept.  of  Public  Safety 

MEMA 

Governor's  Highway  Safety  Board 
Bureau  of  Special  Investigations 
CHSB 

Criminal  Justice  Training  Council 
Committee  on  Criminal  Justice 
Board  of  Bldg.  Regulations 


660-4600 
727-0660 
267-6767 
267-3636 

727-3271  x110 
351-9809 


www.  state,  ma.  us/eops 

Deborah  Ryan@users@aab 

Roger  Mascoll@users.cme@eops 

Robert  Liberatore@GW 
Proxy@RMV.mailgate 

David  Lewis@users@RMVmail 


508-820-2044        Bill  Perry  @systems@mema 

727-6950x415       Maureen  Molloy@users@bsi 
660-4600 

727-7827x116  Internet  Address:  Sarah@mcjtc.org 
727-6300x345 
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6B.  Agency  Year  2000  Coordinators  List  (continued) 


John  Shontell 
Teresa  Sacco 
Berbard  Waxman 


Timothy  Healy 


Consumer  Affairs 

Division  of  Consumer  Affairs  727-1637X433 
Division  of  Insurance  521-7471 
Division  of  Banks  727-3145x371 
Dept.  of  Public  Utilities 
ABCC 

Board  of  Registration  in  Medicine 
Energy  Facilities  Siting  Council 
Division  of  Business  Regulations 
Cable  TV  Commission 
State  Racing  Commission 

Division  of  Registration  727-3056 
Division  of  Standards 


John  Shontell@asu@sca 
Teresa  Sacco@mis@doi 
Bernard  N.  Waxman@sys@dob 


Timothy  Healy@admin@reg 


Joe  Galluccio 
Bruce  Stebbins 


Kim  Hartford 


Andrew  Grossman 


Economic  Development 

Directors  office  727-8380 

MOBD  727-3206 

Office  of  Minority  Enterprises 

Office  of  Science  &  Technology 

Office  of  Film  973-8812 

SOMBA 

Office  of  Inter  Trade 

Div.  of  Energy  Resources  727-4732 
Office  of  Travel  &  Tourism 


Joe  Galluccio@users@sea 
Bruce  Stebbins@users@mobd 


Kim  Hartford(a>users(5)mafilm 


Andrew  Grossman@fiscal@ene 


Ed  Burke 


Labor  &  Workforce  Dev. 

DET 

Labor  Relations  Commission 
Division  of  Workforce  Development 
Disability  Comm.  On  Employment 
Division  of  Labor  Market  Information 
Division  of  Occupational  Safety 
Division  of  Apprenticeship 
MassJOBS  Council 
Industrial  Services  Program 
Board  of  Conciliation  &  Arbitration 
Division  of  Industrial  Accidents 
Joint  Labor  Mgt  Committee 


626-6661 
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6B.  Agency  Year  2000  Coordinators  List  (continued) 


John  Kupchaunis 
John  Kupchaunis 
John  Kupchaunis 
John  Kupchaunis 


Housing  &  Comm.  Dev. 

Housing  &  Comm.  Dev.  727-7147  x228 

Manufactured  Homes  Comm.  727-7147  x228 

Comm.  on  Indian  Affairs  727-7147  x228 

Canadian  French  Cultural  Comm.  727-7147  x228 


John  Kupchaunis@is@eocd 
John  Kupchaunis@is@eocd 
John  Kupchaunis@is@eocd 
John  Kupchaunis@is@eocd 


independent  Agencies 

Susan  Foss  Office  of  the  State  Comptroller 

Supreme  Judicial  Court 

Rich  Duggan  Trial  Courts 

Appeals  Court 

Committee  for  Public  Counsel 
MBTA 

State  Ethics  Commission 
Mass.  Convention  Center 
Mass.  Health  &  Educational  Fac. 
Laurie  Issac  Mass.  Housing  Finance 

Mass  Housing  Partnership  Fund 
Mass  Port  Authority 
MWRA 
PRIM  Board 

Water  Pollution  Abatement  Trust 
Board  of  Library  Commissioners 
Government  Land  Bank 
Mass.  Ed.  Financing 
Lottery  Commission 
Russ  Grant  Mass  Turnpike 

Margaret  Muse  Campaign  &  Political  Finance 

Peggy  Sullivan  DA  Association 

Home  Motgage  Finance  Agency 
Community  Econ.  Dev.  Assit.  Corp. 
Community  Dev.  Finance  Corp. 


727-5000  x233       Susan  Foss@bts@osc 


742-8383 


854-1752 


Internet:  Lisaac@mhfa.com 


630-7412 


723-0647 


Peggy  Sullivan@sys@da.wes.o1 
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6B.  Agency  Year  2000  Coordinators  List  (continued) 


Constitutional  Offices 

Governor's  Office 
Lt.  Governor's  Office 
Governor's  Council 

Paul  Mandeville         Treasurer  &  Receiver  General 

Judy  Langone  Sec.  of  the  Commonwealth 

Mary  Clare  Querzoli    Attorney  General 

John  Beveridge         Auditor's  Office 

Inspector  General 

Great  &  General  Court 

House  of  Representatives 
Senate 


367-3900 

727-2600x11  Judy  Langone@cur@sosensl 
727-2200  X2014 

727-6200  John  Beveridge@sao@state.ma.us 
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6C.  Year  2000  User  Group,  Web  Sites,  &  Conference 


Massachusetts  Government  Year  2000  User  Group 

A  Massachusetts  Government  User  Group  has  been  established.  Monthly  meetings  are  usually  held  on 
the  first  Tuesday  of  the  month  in  Room  801,  One  Ashburton  Place,  Boston;  the  schedule  of  meeting 
dates  appears  below.  For  more  information  about  this  user  group,  call  Marcia  King  (617)  973-071 1 . 


May  13,1997  October  14,1997 

June  3,1997  November  4,1997 

July  1 ,  1 997  December  2,1 997 

August  12,  1997  January  6,1998 
September  2,1997 


Year  2000  Web  Sites 


Massachusetts 

Exec.  Office  of  Admin.  &  Finance  http://www.EOAF.state.ma.us 

ITD  Year  2000  site  http://www.eoaf.state.ma.us/y2k/index.stm 

Comptroller's  Office  http://www.OSC.state.ma.us/2000/intro.htm 

DOR's  Division  of  Local  Services  http://www.state.ma.us/dls 

Operational  Services  Division  http://www.state.ma.us/osd/osd.htm. 


Other  States 

Alaska 

http://www.state.ak.us/local/akpages/ADMIN/info/yr2000.htm 

California 

http://www.Year  2000.ca.gov 

Florida 

mail,  irm.state.fi. us/yr2000.  html 

Indiana 

http://www.ai.org/dpoc/ 

Minnesota 

http://www.state.mn.us/ebranch/admin/ipo/2000/2000.html 

Nebraska 

http://www.das.state.ne.us/das_cdp/rfp/inet.htm 

New  York 

http://www.irm.state.ny.us/yr2000/yr2000.htm 

Oregon 

http://www.state.or.us/IRMD/y2k/year2k.htm 

Pennsylvania 

http://www.state.pa.us/Technology_lnitiatives/Year  2000 

Texas 

http://www.  state.tx.us/standards.html 

Virginia 

http://www.cim.state.va.us/cdc/index.html 

Washington 

http://www.wa.gov/dis/2000/y2000.htm 

Other  Organizations 

Official  Y2K  Website 

Re:  Legal  Issues 
Info.  Tech.  Association  of  America 
Gartner  Group 

Computer  Tech.  Research  Corp. 
Federal  Government  Services  Admin. 
Governing  Magazine  Y2K  articles 
National  Assoc.  of  State  Information 
Resource  Executives  (NASIRE) 


http://www.Year  2000.com 

http://www.Year2000.com/y2karchive.html 

http://www.ITAA.org 

http://www.Gartner.com 

http://www.CTRCORP.com 

http://www.ITpolicy.gsa.gov/mks/yr2000/y201toc1.htm 
http://web.governing.com/governing/92000.html 

http://www.NASIRE.org/conferences/y2k/index.html 


Year  2000  Conference 


May  20  -  22,1 997  Year  2000  Boston,  Hynes  Auditorium,  Boston 

Sponsored  by  DCI,  204  Andover  Street,  Andover,  MA  01810 
508-470-3880;  http://www.DCIexpo.com/2000AD/ 

June  12,1997  Year  2000  Awareness  Day,  1  Ashburton  Place  Boston  21st  Floor 
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6D.  Assistance  Available  from  ITD's  Strategic  Planning  Group 


The  Information  Technology  Division's  Strategic  Planning  Group  (SPG)  will  provide  three  types  of 
support  services  with  regard  to  the  Year  2000  Project: 

1.  Foster  Awareness  and  Exchange  of  Technical  information 

•  SPG  will  host  the  monthly  meetings  of  the  Massachusetts  Government  Year  2000 
User  Group  (a  meeting  schedule  appears  in  Section  5C).  The  purpose  of  the  group 
is  to  exchange  information,  resources,  strategies  and  approaches  which  agencies 
find  particularly  helpful. 

•  Each  issue  of  the  quarterly  Information  Technology  Bulletin  will  contain  material 
about  the  Year  2000,  starting  with  the  Winter  1997  issue  distributed  last  month  and 
also  available  on  the  Web  at  http://www.state.ma.us/itd/bulletin/. 

•  SPG  will  maintain  a  Year  2000  Web  site  for  Project  information  and  useful  links.  The 
URL  for  this  site  is  http://www.eoaf.state.ma.us/y2k/index.stm. 

•  SPG  will  host  Year  2000  awareness  days  and  vendor  days  over  the  life  of  the 
Project  in  order  to  facilitate  information  sharing  and  provide  access  to  technical  and 
managerial  expertise. 

2.  Provide  Coordination  and  Support 

•  SPG  will  make  available  two  Web-enabled  PC's  so  that  agencies  without  Internet 
access  can  do  Internet  research  on  the  Year  2000  at  SPG's  site  (see  below).  SPG 
staff  will  be  available  for  technical  assistance. 

•  SPG  will  maintain  a  library  of  Year  2000  information  from  sources  like  the  federal 
government  and  other  states.  These  resources  will  include  guidelines  and  formats 
for  assessments,  inventories  and  plans. 

•  SPG  will  provide  technical  assistance  in  selecting  tools  for  Year  2000  fixes.  Through 
the  User  Group  we  will  acquire  and  disseminate  information  regarding  agency's 
experiences  with  vendors  and  products. 

•  SPG  will  provide  planning  assistance  in  preparing  agency  assessments  and  plans  for 
addressing  the  Year  2000  challenge. 

•  SPG  will  publish  statewide  Year  2000  standards  like  the  material  in  Section  4,  as 
well  as  other  standards  like  the  Commonwealth  Standards  and  Guidelines  for 
Information  Technology  which  address  hardware  and  software  configurations  (see 
http://www.magnet.state.ma.us/itd/standard/).  The  purpose  of  these  standards  is  to 
achieve  a  level  of  statewide  consistency  that  ensures  the  interoperability  of  our 
systems  both  internally  and  externally. 

3.  Monitor  Statewide  Efforts  and  Report  on  Progress 

•  SPG  will  develop  and  maintain  a  database  to  track  Year  2000  assessment,  planning, 
validation  and  implementation  activities  by  agency.  The  database  will  enable  the 
creation  of  regular  reports  to  monitor  progress. 

•  SPG  will  analyze  information  gathered  via  the  survey  in  Section  3  to  develop  a  high- 
level  assessment  of  agencies'  Year  2000  efforts  to  date.  Survey  information  will  also 
be  used  to  identify  the  types  of  resources  and  support  agencies  may  need. 

SPG  is  located  in  Room  801  at  One  Ashburton  Place,  Boston  -  the  McCormack  State  Office  Building  on 
Beacon  Hill.  Marcia  King  is  SPG's  Year  2000  Coordinator;  she  may  be  reached  at  617-973-071 1  or  at 
Marcia  King@planning@itd.bos  (WAN)  or  at  Marcia. King@state. ma. us  (Internet). 
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Appendix  A. 
Office  of  the  State  Auditor's  Year  2000  Survey 


tEJje  Commontoealtf)  of  Jtefiadjugettss 

AUDITOR  OF  THE  COMMONWEALTH 

ONE  ASHBURTON  PLACE,  ROOM  1819 
A  JOSEPH  DMJOa  B08TON-  MASSACHUSETTS  02,08  TEL.  (61 7)  727-6200 

AUDITOR 

97-7055-4W  April  18,  1997 

Year  2000  Survey 

The  Office  of  the  State  Auditor  is  conducting  a  survey  on  the  Year  2000  issue.  The  purpose 
of  the  survey  is  twofold.  First,  it  is  designed  to  identify  the  extent  to  which  agencies  of  the 
Commonwealth  have  assessed  the  impact  of  Year  2000  on  their  automated  systems  and  to 
determine  the  extent  to  which  mission  critical  information  technology  has  been,  or  will  be,  made 
Year  2000  compliant.  Second,  the  survey  was  developed  so  as  to  serve  as  a  high-level  checklist 
for  agencies  in  reviewing  their  status  with  respect  to  the  Year  2000  issue. 

Note  that  the  survey  may  also  be  found  on  the  Intranet  at  (http://www.eoaf.state.ma.us).  The 
information  obtained  from  surveyed  agencies  will  be  summarized  by  our  Office  and  the 
Information  Technology  Department.  Given  the  immediacy  of  the  Year  2000  issue,  we  would 
greatly  appreciate  it  if  the  survey  could  be  completed  as  soon  as  possible  and  either  mailed  to  our 
Office  at  the  above  address,  to  the  attention  of  Robert  Buchanan,  or  e-mailed  to 
(Robert  Buchanan@SAO@state.ma.us)  no  later  than  May  16, 1997.  Understandably,  unless  your 
agency  has  already  performed  a  detailed  self-assessment  regarding  the  Year  2000  problem,  it  is 
possible  that  answers  to  some  of  the  questions  will  not  be  known. 

If  you  have  any  questions  regarding  the  survey  questionnaire,  please  contact: 

Bob  Buchanan  (6 1 7)  727-6200,  ext.  73 

e-mail:  (Robert  Buchanan@SAO@state.ma.us) 

Joyce  Blackman  (617)727-8638 

Thank  you  in  advance  for  your  assistance. 

Agency/ Authority /Department/Division's 

Name  Phone  Number 

Organization  

Department  Head  

Information  Systems  Officer  

Year  2000  Manager  

Survey  completed  by  


I.  Awareness 

1 .       Is  your  agency  aware  that  with  the  arrival  of  the  Year  2000  most  software  and  technology 
using  date  fields  for  calculations  or  other  processing  will  be  unable  to  process  these  date 
sensitive  transactions  correctly  after  December  31,1 999? 

Yes     □       No  □ 
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2.  Has  management  set  an  organizational  goal  to  have  business  operations  ready  for  Year 
2000  before  any  disruption  caused  by  2-digit-year  data  occurs? 

Yes     □       No  □ 

3.  Has  your  agency  begun  an  effort  to  ensure  that  your  information  systems  are  Year  2000 
compliant? 

Yes     □       No  □ 

4.  The  current  status  of  your  Year  2000  initiative  is:  (Please  select  all  that  apply.) 

□  None  planned  □  Repair 

□  Planned  □  Test  &  validation 

□  Inventory  □  Completed 

□  Assessment  □  Other  (Specify) 


5.  Is  your  agency  on  schedule  to  assess  the  impact  of  Year  2000  on  information  technology 
and  to  take  corrective  action  if  necessary?  (Please  select  one) 

□  N/A 

□  No  schedule  established 

□  On  schedule 

□  Ahead  of  schedule 

□  Behind  schedule,  <  3  months 

□  Behind  schedule,  3-6  months 

□  Behind  schedule,  >  6  months 

6.  Who  at  your  agency  has  overall  responsibility  for  the  year  2000  issue? 

7.  Are  senior  management  aware  of  the  Year  2000  issue? 

Yes     □       No  □ 

8.  Has  a  Year  2000  Project  been  established? 

Yes     □       No  □ 

9.  Has  a  formal  timetable  been  established  for  Year  2000  Project? 

Yes     □       No  □ 

10.  Are  user  management  actively  involved  in  the  project's  progress? 

Yes     □       No  □ 

11.  Assessment 

1 .  Has  your  organization  started  a  Year  2000  assessment? 

Yes     □       No      □       Date  initiated  (month  /  year):  I 

2.  Has  your  organization  completed  a  Year  2000  assessment? 

Yes     □       No      □       Date  completed  (month  /  year):  /  
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3.  When  are  you  planning  to  complete  the  Year  2000  project,  (e.g.,  changes  made,  tested,  and 
moved  into  production)?  /  

4.  What  steps  have  been  taken  to  assess  the  impact  of  Year  2000  on  applications?  e.g.,  have 
inventories  been  made  of: 


□ 

applications  /  programs  performing  date  calculations 

□ 

packaged  software  (supported  and  unsupported) 

□ 

end-user  developed  applications 

□ 

programs  where  source  code  is  not  available 

□ 

program  languages  (supported  and  unsupported) 

□ 

databases  where  dates  form  part  of  a  key  field 

□ 

interfaces  to  /  from  third  parties 

□ 

operating  systems  (supported  and  unsupported) 

□ 

security  systems 

□ 

database  systems 

□ 

compilers  (may  or  may  not  support  Year  2000) 

□ 

firmware 

□ 

other  system  software 

5.  Indicate  types  of  platforms  inventoried  for  Year  2000  assessment: 

□  mainframes  □        minicomputers      □  Other 

□  LANs  □        microcomputers     □  NA 

6.  Provide  date  when  Year  2000  will  first  impact  your  information  systems: 


7.  Have  critical  event  horizons  been  established  for  key  business  activities? 

Yes      □       No  □ 

8.  What  methodology  did  you  use  to  develop  your  estimates  of  information  technology  costs? 

□  Line  of  code  estimate 

□  FTE  requirement  estimate 

□  Function  point  estimation 

□  Other  

9.  What  is  your  current  estimate  of  Year  2000  costs? 

a)  Total  Cost  $  

b)  IT  Costs  $  

c)  Cost  per  line  of  code  $  

1 0.  Estimated  cost  to  replace  hardware  because  of  Year  2000  incompatibility   

1 1 .  Estimated  cost  to  modify  software   

12.  Estimated  cost  to  replace  software   

13.  Date  by  which  all  coding  changes  are  estimated  to  be  completed:   
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14.  What  are  your  cost  estimates  by  fiscal  year?  □       Not  determined 

1997    1998    1999    2000   

1 5.  What  proportion  of  the  year  2000  work  will  be  done  in-house,  and  how  much  will  be  out- 
sourced? 

%in-house:    %out-sourced    Not  determined  □ 

16.  Have  vendors  already  been  engaged  for  any  phases  of  the  Year  2000  project? 

Yes     □       No  □ 

1 7.  Has  an  assessment  been  made  of  the  staff  needed  to  test  the  changes  made  for  Year  2000? 

Yes     □       No  □ 

1 8.  What  are  your  expected  staffing  (FTE)  requirements  to  address  Year  2000  for  Calendar 
Years: 

1997   

1998   

1999   

2000   

19.  Has  an  assessment  been  made  of  any  additional  hardware  capacity  requirements? 

Yes     □       No  □ 

20.  Have  you  performed  a  risk  assessment  of  the  vulnerability  of  your  programs  and 
applications  for  the  year  2000  problem? 

Yes     □       No  □ 

21 .  If  one  is  planned,  indicate  when  it  is  expected  to  be  completed:  /  /  

22.  Does  your  organization  transmit  data  to  other  organizations? 

Yes     □       No  □ 
If  yes,  identify  org(s):  

23.  Does  your  organization  receive  data  from  other  organizations? 

Yes     □       No  □ 
If  yes,  identify  org(s):  

24.  Have  you  evaluated  the  vulnerability  of  your  agency's  systems  and  applications  to  external 
organizations  that  fail  to  modify  their  own  systems  for  the  year  2000  problem? 

Yes     □       No  □ 

25.  If  yes,  was  the  assessment  done  with  input  from  the  affected  parties? 

Yes     □       No  □ 

26.  What  is  the  size  of  your  information  technology  application  portfolio? 

a)  Number  of  lines:   

b)  Number  of  applications:  

c)  Number  of  interfaces:   
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27.  Has  the  agency  performed  an  assessment  of  the  impact  on: 

□  Tape  /  archive  management  systems  where  dates  such  as  9/9/99  or  3 1/12/99 
could  have  been  used  to  indicate  the  data  should  not  be  deleted. 

□  PBX  and  other  communication  systems  that  may  be  date  dependent. 

□  Electronic  security  and  alarm  systems  that  are  date  dependent. 

□  Other  IT  dependent  systems,  specify: 

28.  Does  the  agency  software  inventory  identify  for  each  application  system  the  following: 

□  system  owners  and  or  users 

□  total  lines  of  code 

□  software  language 

□  interfaces 

□  platform(s)  supporting  the  applications 

29.  Has  all  software  been  evaluated  for  Year  2000  compliance? 

Yes     □       No  □ 

a)  If  Yes:  software  that  is  Year  2000  compliant         (est.)   % 

b)  If  Yes:  software  that  is  NOT  Year  2000  compliant   (est. )   % 

30.  Number  of  lines  of  software  needing  modification  because  of  Year  2000  

3 1 .  Does  your,  agency  depend  on  vendor  software  products  that  will  need  to  become  Year  2000 
compliant? 

Yes     □       No  □ 

32.  Have  you  confirmed  package  software  compliance? 

Yes     □       No  □ 

33.  Total  number  of  software  packages  to  be  modified   

34.  Number  software  packages  to  be  modified  by  third  party  vendor   

35.  Number  software  packages  to  be  modified  by  internal  staff   

36.  Have  data  files,  both  internal  and  those  shared  with  others  been  reviewed? 

Yes     □       No  □ 

37.  Will  you  require  additional  capacity  for  DASD,  testing,  CPU,  for  conversion? 

Yes     □       No  □ 

38.  Will  you  need  assistance  in  identifying  additional  resources,  (i.e.,  vendors,  tools)? 

Yes     □       No  □ 

39.  Are  programs  missing  source  code? 

Yes     □       No      □       Don't  Know  □ 

40.  Is  system  documentation  accurate  and  up  to  date? 

Yes     □       No      □       Don't  Know  □ 

41 .  Are  there  problems  currently  being  experienced  in  regard  to  year  2000? 

Yes     □       No      □       Don't  Know  □ 
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m.  Planning 

1 .  Does  your  organization  have  a  written  and  approved  Year  2000  plan? 

Yes     □       No  □ 

a)  If  No,  will  you  need  assistance  in  developing  a  Year  2000  plan? 

Yes     □       No  □ 

b)  If  Yes,  has  the  Year  2000  plan  been  approved  by  your  SIO  or  CIO? 
Yes     □       No  □ 

2.  What  actions  relating  to  Year  2000  have  been  approved  by  management: 


3.       What  priorities  have  been  established: 


4.       What  timetable  has  been  set: 


5.  %  IT  to  replace   

6.  %  IT  to  repair   

7.  %  IT  not  impacted   

8.  Strategies  being  considered  for  resolving  Year  2000  problems: 

□  change  all  dates  to  four  digit  years 

□  develop  program  solutions  and  keep  two  digit  years 

□  big-bang  or  piecemeal  developments 

□  bridge  programs 

□  rely  on  package  vendors  to  supply  solutions 

9.  Have  you  developed  a  prioritization  of  which  systems  need  to  be  fixed  in  order  to  avoid  an 
adverse  impact  on  the  public? 

Yes     □       No  □ 

10.  Does  your  Year  2000  plan  contain  specific  timetables  and  milestones? 

Yes     □       No  □ 

1 1 .  How  is  application  code  being  made  Year  2000  compliant?  (Please  select  one.) 

□  Year  2000  changes  mostly  performed  during  normal  production 
modifications 

□  Application  code  is  "frozen"  while  year  2000  changes  are  made 

□  Application  code  has  both  Year  2000  changes  and  production  modification 
occurring  in  parallel. 

12.  Are  vendor  supplied  products  being  used  to  make  year  2000  changes? 

Yes     □       No  □ 
If  yes,  please  list  tools  used:  
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1 3 .  Have  you  selected  tool  sets  and  methodologies? 

Yes     □       No  □ 

14.  Phases  of  your  Year  2000  effort  for  which  vendors  are  being  used:  (Please  select  all  that 
apply.) 

□  Planning  □  Repair 

□  Inventory  □     Code  Merge 

□  Assessment  □  Testing 

□  Other:  

15.  Steps  taken  to  mitigate  risk:  (Please  select  all  that  apply.) 

□  None 

□  Business  units  have  created  contingency  plans 

□  Risks  have  been  scored  and  target  mitigation  levels  set  for  the  life  of  the 
Year  2000  initiative 

□  Prioritizing  systems  to  ensure  high  value  systems  are  supported 

□  Planning  to  shutdown  low  priority  business  operations 

□  Don't  know 

□  Other:   

16.  Do  you  have  documented  contingency  plans  for  your  year  2000  project  if  your  agency  is 
unable  to  complete  your  year  2000  plan  as  scheduled? 

Yes     □       No  □ 

1 7.  Are  you  using  the  CCYY-MM-DD  standard  as  adopted  by  NIST,  ISO  and  the 
Commonwealth  of  Massachusetts  for  EDI  among  its  agencies? 

Yes     □       No  □ 

18.  If  not,  what  other  Year  2000  standards  have  been  established  for  on-going  enhancements 
and  future  developments? 


1 9.  Have  you  assigned  owners  and  sponsors  to  the  project  tasks? 

Yes     □       No  □ 

20.  Have  you  contacted  current  or  future  vendors  regarding  compliance? 

Yes     □       No  □ 

2 1 .  Have  you  appointed  a  year  2000  coordinator? 

Yes     □       No  □ 

22.  Have  you  selected  support  resources? 

Yes     □       No  □ 

23.  Have  you  assembled  a  project  team? 

Yes     □       No  □ 

24.  Have  you  converted  or  replaced  systems? 

Yes     □       No  □ 
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IV.  System  Modification 

1 .  What  conversion  work  or  piloting  of  conversions  has  been  carried  out? 

2.  Has  all  software  been  made  Year  2000  compliant? 

Yes     □       No  □ 

3.  Is  your  agency  meeting  its  budget  and  schedule  in  the  conversion  of  targeted  applications, 
platforms,  databases,  archives,  and  interfaces? 

Yes     □       No  □ 

4.  Is  your  agency  meeting  its  budget  and  scheduling  in  the  development  of  bridges  and  filters 
to  handle  non-compliant  data? 

Yes     □       No  □ 

5.  Is  your  agency  meeting  its  budget  and  schedule  in  the  replacement  of  targeted  applications 
and  system  components? 

Yes     □       No  □ 

6.  Is  your  agency  documenting  all  code  and  system  modifications  and  using  program  change 
management  techniques  and/or  software? 

Yes     □       No  □ 

7.  Is  your  agency  scheduling  unit,  system,  and  integration  tests  for  all  modified  software? 

Yes     □       No  □ 

8.  Is  your  agency  meeting  its  budget  and  schedule  in  eliminating  targeted  applications  and 
system  components? 

Yes     □       No  □ 

9.  Is  your  agency  communicating  all  changes  to  its  information  systems  to  all  internal  and 
external  users? 

Yes     □       No  □ 

10.  Is  your  agency  tracking  the  conversion  and  replacement  process  and  collecting  and  using 
project-related  statistics  to  manage  the  conversion  and  replacement  process? 

Yes     □       No  □ 

11.  Is  your  agency  sharing  information  among  Year  2000  projects? 

Yes     □       No  □ 

V.  Testing 

1 .  Has  your  agency  developed  and  documented  test  and  validation  plans  for  each  converted  or 
replaced  application  or  system  component? 

Yes     □       No  □ 

2.  Has  your  agency  developed  and  documented  a  strategy  for  testing  contractor  converted  or 
replaced  applications  or  system  components? 

Yes     □       No  □ 
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3.  Has  your  agency  implemented  a  year  2000  test  facility? 

Yes     □       No  □ 

4.  Has  your  agency  implemented  automated  test  tools  and  scripts? 

Yes     □       No  □ 

5.  Has  your  agency  performed  unit,  system,  and  integration  tests  on  each  converted  or 
replaced  component? 

Yes     □       No  □ 

6.  Your  agency's  testing  procedures  include  the  following  types  of  tests: 

□  regression 

□  performance 

□  stress 

□  forward  and  backward 

7.  Is  your  agency  tracking  the  testing  and  validation  process  and  collecting  and  using  project- 
related  statistics  to  manage  the  process? 

Yes     □       No  □ 

8.  Has  your  agency  initiated  acceptance  testing? 

Yes     □       No  □ 

VI.  Implement  New  Software 

1 .  Has  your  agency  defined  its  transition  environment  and  procedures? 

Yes     □       No  □ 

2.  Has  your  agency  developed  and  documented  a  schedule  for  the  implementation  of  all 
converted  or  replaced  applications  and  system  components? 

Yes     □       No  □ 

3.  Has  your  agency  resolved  all  data  exchange  issues  and  interagency  concerns? 

Yes     □       No  □ 

4.  Has  your  agency  dealt  with  database  and  archive  conversions? 

Yes     □       No  □ 

5.  Has  your  agency  completed  acceptance  testing? 

Yes     □       No  □ 

6.  Has  your  agency  developed  contingency  plans? 

Yes     □       No  □ 

7.  Has  your  agency  updated  or  developed  disaster  recovery  and  business  continuity  plans? 

Yes     □       No  □ 

8.  Has  your  agency  reintegrated  the  converted  and  replaced  systems  and  related  data? 

Yes     □       No  □ 
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Vn.  Other 

1 .  What  barriers  have  you  encountered  in  carrying  out  your  Year  2000  project,  (e.g.,  lack  of 
resources,  uncooperative  partners)  and  how  have  you  addressed  them? 

Barrier:  

Solution:  

Barrier:  

Solution:  

2.  When  was  the  last  time  your  agency  produced  a  status  report  on  the  year  2000  project? 

3.  Does  your  organization  have  access  to  the  Internet? 

Yes     □       No  □ 

4.  How  would  you  prefer  to  be  communicated  with  regard  to  Year  2000  issues? 

□  Email  /  Internet 

□  Hard  copy  mailings 

□  Attending  work  group  meetings 

□  Phone  call  with  contact  person 
Other 
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